home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.19941031-19941221
/
000232_news@columbia.edu_Tue Nov 22 14:24:16 1994.msg
< prev
next >
Wrap
Internet Message Format
|
1995-07-31
|
3KB
Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA10964
(5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Tue, 22 Nov 1994 09:24:23 -0500
Received: by apakabar.cc.columbia.edu id AA26202
(5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Tue, 22 Nov 1994 09:24:22 -0500
Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
Newsgroups: comp.protocols.kermit.misc
Subject: Re: Help with binary downloads.
Date: 22 Nov 1994 14:24:16 GMT
Organization: Columbia University
Lines: 45
Message-Id: <3asuug$pij@apakabar.cc.columbia.edu>
References: <1994Nov17.125037@clstac> <1994Nov21.194523.4841@apgea.army.mil>
Nntp-Posting-Host: watsun.cc.columbia.edu
Apparently-To: kermit.misc@watsun.cc.columbia.edu
In article <1994Nov21.194523.4841@apgea.army.mil>,
Joseph E. Eisenmeier <jeeisenm> <jeeisenm> wrote:
>...
>I have the same identical problem. I can download from 8 bit systems
>using 3 different commercial packages. But everybody says kermit
>is the only solution for 7 bit systems. When I d'l a zip file,
>pkunzip can read the zipped file directory, but it fails a crc check.
>Why can't these people make life simple and switch to 8 bit?
>
Because of billions of dollars of investment in the installed base of
communications equipment, and even in some cases, operating systems.
Let's be specific about exactly which Kermit software and which versions
of it we are talking about. Released versions of Kermit software *do*
*work* in both the 7-bit and 8-bit environments. There was a problem
with a couple of the Beta edits of MS-DOS Kermit 3.14, but that's Beta
software, not released software. The current Beta (14) should not have
any problems.
Leaving Betas aside for a moment, the standard method for transferring
files -- any kind of files -- over a 7-bit connection with Kermit is to
tell *both* Kermit programs to:
SET PARITY EVEN
(or ODD, or MARK, or SPACE). When Kermit's parity is set to anything
other than NONE, this enables -- in fact, forces -- 7-bit transfers,
meaning that 8-bit data gets encoded in a special 7-bit form that can
pass through the 7-bit connection. This should always work.
In practice, it is usually only necessary to tell the file *sender*
to "set parity <whatever>", because then it will tell the receiver.
Newer Kermit versions (1990's vintage) will also detect even, odd, or
mark parity automatically, even if you don't give a "set parity"
command. But they can't detect "space" parity, which is indistinguishable
from no parity at all, and which is increasingly common on terminal-server
connections, etc.
So to be safe, give a "set parity" command to both Kermit programs.
Finally, don't expect this to work with non-Columbia Kermit implementations.
In my experience, few of the shareware or commercial packages get this
stuff right.
- Frank